Jump to content

Вот так новость от W3C HTML WG!


SelenIT
 Share

Recommended Posts

http://blog.whatwg.org/weekly-layout-table

Рабочая группа по HTML из W3C решила, что, если добавить элементу table атрибут role=presentation, то таблицу можно использовать (в полном соответсвии со спекой) для оформительских целей.

Ыыыыы... какая няшная прелесть :)И за что, спрашивается, боролись полтора десятка лет?...

Link to comment
Share on other sites

http://blog.whatwg.org/weekly-layout-table

Ыыыыы... какая няшная прелесть :)И за что, спрашивается, боролись полтора десятка лет?...

Дружище, а можешь рассказать об этом поподбробнеее плиз. Что за атрибут, зачем он и что будет?

Link to comment
Share on other sites

Мне ситуация напоминает древний народный анекдот про попа-чревоугодника и пост ("Господи, сделай чудо — преврати порося в карася..."). Для старой доброй таблицы взяли и придумали "волшебный" атрибут (правда, типа модный), с которым старая добрая табличная верстка макетов из гадкой и недостойной автоматически превращается в белую, пушистую и вроде как даже семантичную (как-никак, обозначена роль элемента, это почти что ARIA, а это модно и семантично по определению).

WHATWG те еще отморозки
В данном случае они лишь транслировали новость, "отморозили" ее как раз W3C.
Link to comment
Share on other sites

Сначала блочную модель вернули из старых ИЕ, теперь таблички, хочу обратно marque и blink. Исключительно средствами КСС 3 само собой :)

Да будет тебе, будет...дай время ребятам :)

Link to comment
Share on other sites

Поздновато они как обычно.

держат марку

а вообще не такая уж и плохая новость.

Всё-таки эти монстры начали оглядываться вокруг себя, смотреть, как оно на самом-то деле всё обстоит, да описывать реальность, а не выдумывать небылицы.

Ну да, первые шаги в этом направлении выглядят довольно нелепо. Но надежда просыпается.

Link to comment
Share on other sites

"Слушаюсь и повинуюсь!" — подобно сказочному джинну, откликнулся могучий Консорциум...

ох ё…

А вообще все это можно считать реабилитацией старых сайтов) Которых никто переверстывать не будет, а вот атрибут может и добавят

Link to comment
Share on other sites

Это и есть хорошо.

В некоторых ситуациях (с которыми сталкиваюсь регулярно) таблица — единственно приемлемый способ создания раскладки. Теперь ее можно будет использовать, и при этом не чувствовать, как будто идешь на сделку с совестью :)

Боюсь, что этим могут злоупотреблять, но отсутствие такого атрибута никому не мешало злоупотреблять таблицами и раньше.

Link to comment
Share on other sites

А чего раньше было? Таблицы как были так и останутся. Ну надо будет писать новый атрибут чтоб было типа семантично. Всем на это плевать давно.

UPD: А вот то, что W3C полезла из своего сферического вакуума в реальный мир, считаю плохо.

Link to comment
Share on other sites

UPD: А вот то, что W3C полезла из своего сферического вакуума в реальный мир, считаю плохо.

Тем не менее может они наконец-то, например, задумаются о том, что border-image стоило бы неслабо переделать, сейчас он применим только в простых случаях при низкой нагрузке (да, таких случаев большинство, но сама архитектура этой технологии очень ограничена). И таких примеров можно поискать еще.

Да, все хорошо, пока это используется на хомпейдже для кота. Бывают и проекты другого масштаба.

Так что уж лучше думают не только о том, как что-то сделать, а еще и как это потом использовать.

Link to comment
Share on other sites

Я не очень понимаю где может пригодится border-image если честно :)

это ещё почему?

Считайте меня ретроградом, но мне не нравятся нововведения в CSS по типу переменных, вычисляемых значений, генерации контента и прочей подобной шелухи. Незачем смешивать оформление и программерский функционал. В этом смысле даже экспрешны на мой взгляд лучше.

Link to comment
Share on other sites

Я не очень понимаю где может пригодится border-image если честно :)

например дизайнеры эконом-класса любят градиентные рамки.

Хотя я в таких случаях просто молча делаю рамку сплошного цвета и не переделываю, если заказчик не покажет на это пальцем.

Да если и покажет, ещё побрыкаюсь. Ибо бред.

Считайте меня ретроградом, но мне не нравятся нововведения в CSS по типу переменных, вычисляемых значений, генерации контента и прочей подобной шелухи. Незачем смешивать оформление и программерский функционал. В этом смысле даже экспрешны на мой взгляд лучше.

переменные на самом деле в css уместны.

Типичный случай: на сайте есть ограниченное количество определённых цветов.

Один из этих «фирменных» цветов может использоваться в разных местах.

Во всех этих разных местах вписать переменную, и один раз её определить — чем плохо?

Потребуется поменять цвет — меняем в одном месте, а не лазим по всем стилям.

но остальное, конечно, действительно спорно.

Link to comment
Share on other sites

Один из этих «фирменных» цветов может использоваться в разных местах.

Во всех этих разных местах вписать переменную, и один раз её определить — чем плохо?

Потребуется поменять цвет — меняем в одном месте, а не лазим по всем стилям.

Я вам ответ нарисую:

.red {color: red;}

<div class="someclass red">

Link to comment
Share on other sites

Да, с цветом было бы очень удобно. Приходилось делать несколько шаблонов, абсолютно одинаковых, отличающихся лишь основным цветом (для примера — разные разделы на сайте, или группу сайтов разной тематики одной компании). Пришлось сделать три огромных объявления, в которых перечислить через запятую все селекторы для элементов, в которых использовался основной цвет. Отдельно фон, отдельно бордеры, отдельно цвет текста. Переменная пришлась бы очень кстати.

Сгенерированное содержимое — тоже хорошо. Те же нумерованные списки с разным оформлением нумерации:

1.

2)

3:

4 —

5

это все не предусмотришь, генерированный контент выручит.

Также нумерация заголовков с разделами/подразделами, символами параграфов и т. д. Нумерацию в контент включать не вариант — при добавлении-удалении раздела смещать нумерацию неудобно, даже автоматизированно.

Ну и также надо определить в спецификации, должно ли копироваться сгенерированное содержимое в буфер обмена (и, вообще, выделяться), а то неопределенность в этом случае напрягает.

Link to comment
Share on other sites

Great Rash всё же прав. Вводить переменные в технологию, которая нужна только для оформления - это неправильно. Наоборот нужно расширять и придумывать полезные инструменты именно для оформления.

rash

А чем тебе обычные классы не угодили?

Link to comment
Share on other sites

Я вам ответ нарисую:

.red {color: red;}

<div class="someclass red">

не совсем удачный ответ.

Например, в одном элементе фирменно-красным может быть текст, а в другом — фирменно-красный фон, но текст белый. А в третьем и вовсе рамка такая, а текст с фоном серо-буро-малиновые.

Да и не всегда есть возможность менять html под оформительские нужды.

Link to comment
Share on other sites

Я вам ответ нарисую:

.red {color: red;}

<div class="someclass red">

Костыль. Этот класс ни для чего не нужен. Да и избыточный код мне спокойнее писать в css, а не в разметку (кеш). Такой вариант в моем случае рассматривался, но был отклонен (уже не вспомню, по какой конкретно причине).

Ну и в любом случае потребовалось бы три класса: maincolor, mainbordercolor, mainbackgroundcolor.

Можно развить эту идею дальше:

<p class="redtext graybackground font18px verdana underlined">…

Great Rash всё же прав. Вводить переменные в технологию, которая нужна только для оформления - это неправильно. Наоборот нужно расширять и придумывать полезные инструменты именно для оформления.

Это было неправильно, пока не существовало фирменного стиля у компаний.

Можно придумать много обходных решений, чтобы отклонить одно очевидное: переменные.

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy